The absence of ESLint, Prettier, and a testing framework is a significant maintainability risk.\n\nWhile documenting this state is helpful for agents, it highlights a major gap in the project's quality assurance. Relying solely on the build process for correctness checks can lead to regressions and inconsistent code style. It is highly recommended to integrate these tools to automate quality checks and ensure long-term project health.

There is a discrepancy between this documentation and the implementation in src/pages/api/docker.ts.\n\nThe documentation states the endpoint "gracefully returns empty data when Docker is unavailable," but the code returns a 500 Internal Server Error if the docker command fails (e.g., if Docker is not installed or the daemon is not running). To achieve the documented "graceful degradation," the API should return an empty array [] with a 200 OK status on failure. If the current error behavior is intended, please update this documentation to reflect it.